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METHOD FOR TRANSMITTING MESSAGES IN AN MMS -BASED COMMUNICATION 
SYSTEM 

Description 

Method for transmitting messages 

The present invention relates to a method for transmitting 
messages and in particular a method for transmitting messages 
with useful data objects according to the Multimedia Messaging 
Service (MMS) from one telecommunication device to a further 
telecommunication device . 



3GPP (3 rcl Generation Partnership Project) and the OMA (Open 
Mobile Alliance) specify the so-called Multimedia Messaging 
Service (MMS) for transmitting data, in particular multimedia 
data objects, from a first to a second mobile telephone or 
mobile radio device in a mobile radio communication network. 
Should a first user thereby wish to send a second user a 
useful data object, for example in the form of an image or a 
music file, said user uses their (first) mobile telephone to 
send a multimedia message (MM) with the useful data object to 
a switching component in the communication network, which 
comprises at least a so-called MMS relay server. A multimedia 
message (MM) can also contain a plurality of useful data 
objects. As a special service the MMS provider can 
individually adapt the at least one useful data object to be 
delivered for example to the characteristics or capabilities 
of the second mobile telephone before sending a further 
message (hereafter referred to as the recipient notification 
message) to the second mobile telephone of the second user 
with the information that a multimedia message (MM) with at 
least one useful data object is available for downloading. One 
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disadvantage of such a method is that the recipient (in this 
instance the second user) of a recipient notification message 
or a multimedia message (MM) with at least one useful data 
object is unable to identify whether and how the transmission 
message (hereafter referred to as the multimedia message (MM) ) 
or the useful data object contained therein has been modified 
and whether the possibly modified useful data object can still 
be used. 

It is therefore the object of the present invention to create 
a possibility for transmitting useful data objects to a 
recipient that allows greater control of the useful data 
objects to be received. 

This object is achieved by the subject matter of the 
independent claims. Advantageous embodiments are set out in 
the subclaims. 

A method for transmitting messages, in particular in a 
communication network, thereby comprises the following steps. 
First a transmission message with one or more useful data 
objects or multimedia message elements is transmitted to a 
switching component for forwarding to a first 

telecommunication device. Such transmission can thereby take 
place from a sending telecommunication device such as a mobile 
radio device or a mobile telephone. A plurality of variants of 
the one or more useful data objects is created in the 
switching component as a function of a set of parameters. 
Variant here refers to both the original form of the one or 
more useful data objects and the adapted or modified versions. 
The first telecommunication device, which again can be a 
mobile radio device or a mobile telephone, is then informed of 
the availability of a plurality of variants of the one or more 
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useful data objects for transmission to the first 
telecommunication device. If a recipient, i.e. a user of the 
first telecommunication device, selects one or more variants 
of the useful data objects, a delivery request message 
relating to a specific variant of the one or more useful data 
objects is advantageously sent from the first 
telecommunication device to the switching component. A 
delivery message with the requested variant of the one or more 
useful data objects is then transmitted from the switching 
component to the first telecommunication device. Informing the 
recipient of the different adapted variants of the useful data 
objects contained in the transmission message available on the 
switching component allows the recipient specifically to 
select and download particular . variants of the required useful 
data objects or the entire transmission message, giving them 
greater control of the messages or useful data objects they 
are to receive. Information about the useful data objects 
available on the switching component also allows the recipient 
to decide not to initiate a download process at all, if the 
useful data objects are not of use or the download process 
would be very expensive. On the one hand it is thereby 
possible to prevent useful data objects being downloaded (from 
the switching component) to the first telecommunication device 
if they cannot be used by the telecommunication device and on 
the other hand it is possible specifically to download useful 
data objects, the size of which has been minimized, thereby 
minimizing download costs and also allowing a larger number of 
useful data objects to be stored on the first 

telecommunication device. The described method also allows the 
recipient to decide, on the basis of the information about the 
useful data objects available on the switching component, 
specifically to download useful data objects which, although 
they cannot be played back by the second telecommunication 
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device, may be able to be played back by a further device 
connected to the second telecommunication device either by 
cable, infrared interface (e.g. IrDA) or radio (e.g. 
Bluetooth) . One possible application is the downloading of a 
high-quality image file by the second telecommunication 
device, said file then being printed out using an external 
printer . 

According to an advantageous embodiment the recipient or first 
telecommunication device is informed as follows. Recipient 
notification messages assigned to a specific variant of the 
one or more useful data objects are generated by the switching 
component and these respective recipient notification messages 
are transmitted from the switching component to the first 
telecommunication device. 

According to a further advantageous embodiment the set of 
parameters, as a function of which the plurality of variants 
of the one or more useful data objects is created, includes 
parameters with information about the individual 
characteristics of the telecommunication device. The 
individual characteristics of the telecommunication device can 
also include characteristics of applications provided on the 
telecommunication device. The set of parameters can also 
include parameters with information about the individual 
preferences of the recipient or the set of parameters can 
include parameters with descriptive information including the 
significance of useful data objects contained in the 
transmission message and/or the relationship of the contained 
useful data objects to each other (so-called metadata, for 
example according to the MPEG- 7 standard) . 
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According to an advantageous embodiment the messages can be 
transmitted in the context of the multimedia messaging service 
(MMS) between the first telecommunication device, the 
switching component and the second telecommunication device. 
This allows the transmission of useful data objects that can 
also include multimedia content such as digital images, video 
clips or large audio or music files. 

According to an advantageous embodiment the first 
telecommunication device and any further telecommunication 
devices as well as the switching component are part of a 
telecommunication network. The telecommunication device or 
further telecommunication devices can thereby be part of a 
first telecommunication network (in the case of a plurality of 
telecommunication devices however these do not have to be part 
of the same telecommunication network) . The switching 
component, which is configured in particular as a server of a 
data transmission service, such as an MMS relay server, can 
correspondingly be provided in a second telecommunication 
network, which is connected to the telecommunication 
network(s), which is/are assigned to the telecommunication 
device or further telecommunication devices. This second 
telecommunication network can be configured in particular as a 
telecommunication network based on internet protocols, such as 
the hypertext transfer protocol . 

In order to be able to use the method for transmitting useful 
data objects as flexibly as possible, the messages to and from 
the first and/or second telecommunication device can be sent 
via an air interface, whereby the telecommunication device (or 
even the further telecommunication devices) can preferably be 
configured as a mobile telecommunication device and can 
thereby comprise a radio module or mobile radio module in 
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particular. The transmission of messages to and from a 
respective telecommunication device can then take place on the 
basis of the WAP wireless session protocol (WSP) or the 
hypertext transfer protocol (http) . The telecommunication 
device can thereby be configured for example as a mobile radio 
device or mobile telephone, a cordless telephone, a smartphone 
(combination of a small portable computer and a mobile 
telephone) , a PDA (personal digital assistant) or an 
organizer. The telecommunication device can also include other 
devices with mobile access such as a personal computer (PC) or 
a laptop, which can be accessed via a mobile radio network by 
means of a connected mobile radio device (mobile telephone) . 
The mobile radio device can then for example be connected via 
a cable to the personal computer or laptop or can even contact 
these wirelessly via an infrared interface or a local 
Bluetooth network. A telecommunication device, such as the 
mobile radio device, including the telecommunication network 
assigned to it, can thereby operate in the form of a mobile 
radio network according to the GSM (Global System for 
Communication) standard or the UMTS (Universal Mobile 
Telecommunications System) standard, etc. Such mobile radio 
networks or telecommunication devices according to the GSM or 
UMTS standard can represent a platform for WAP (Wireless 
Application Protocol) protocols or the WAP protocol stack, by 
means of which data (notifications or useful data objects) can 
be transmitted in the respective mobile radio network. 

The first and second telecommunication networks are 
advantageously connected together by means of a connecting 
component. If the WAP protocol stack is used, as mentioned 
above, it is possible to create a connection to this, by using 
a WAP gateway as the interface or connecting component between 
a mobile radio network and another network, for example an 
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internet protocol -based network. This makes it possible for 
the switching components to be located in an internet 
protocol -based network, such as the internet, whereby the data 
(messages, useful data objects) can be transmitted via a WAP 
gateway and ultimately via an air interface of a mobile radio 
network between the base station (s) of the mobile radio 
network and to the respective user telecommunication devices. 
It should be mentioned here that in the context of the MMS 
data transmission service in particular messages can be sent 
from the MMS relay server as the switching component 
automatically, i.e. without prompting a telecommunication 
device, to a telecommunication device by means of WAP push. 
The MMS relay server hereby serves as a so-called push 
initiator, activating the WAP gateway or a sub-component 
thereof, namely the push proxy gateway, to send a message by 
WAP push to the telecommunication device. For example 
according to the MMS transmission service the recipient 
notification message is transmitted by WAP push to the 
telecommunication device . 

It should be pointed out that the useful data objects can 
generally include audio information, video information, 
executable programs, software modules or a combination of such 
information . 

According to a further aspect of the invention a 
telecommunication arrangement is created comprising a 
switching component and at least a first telecommunication 
device, the telecommunication arrangement being configured to 
implement a method as set out above. 
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Preferred embodiments of the present invention are described 
in more detail below with reference to the accompanying 
drawing, in which: 

Figure 1 shows a schematic illustration of a communication 
network or telecommunication network for implementing the MMS, 
in which two service providers are provided for an MMS 
environment ; 

Figure 2 shows a schematic illustration of possible 
interfaces of an MMS relay server; 

Figure 3 shows an exemplary process (transaction flow 
diagram) for transmitting a multimedia message from a mobile 
radio device to a second mobile radio device; 

Figure 4 shows a detailed illustration of the interface MM1 
shown in figure 2, in which a WAP gateway ensures the 
adaptation of the MMS useful data to the two different session 
layer protocols (WSP and HTTP) ; 

Figure 5 shows a section of a user interface of a 
telecommunication device for displaying the options or 
information provided in recipient notification messages 
according to a first embodiment; 

Figure 6 shows a section of a user interface of a 
telecommunication device for displaying the options or 
information provided in recipient notification messages 
according to a second embodiment . 

Before going on to describe a method for transmitting 
messages, in particular by means of the MMS (Multimedia 
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Messaging Service) , from one telecommunication device to a 
second telecommunication device according to a preferred 
embodiment of the invention, it is first necessary once again 
to describe the basic components or network structures for 
implementing an MMS service. 

For next generation mobile systems (2.5G and 3G) , such as 
systems operating according to the UMTS (Universal Mobile 
Telecommunications System) standard, a multimedia-enabled 
variant of a mobile message service is at present 
standardized, namely the MMS service or MMS. MMS messages with 
multimedia content are referred to below, for a clearer 
distinction from SMS (Short Message Service) text messages, 
simply as MMs (Multimedia Messages) . Unlike SMS there is no 
restriction to pure text content. With MMS it is possible to 
format texts to individual tastes and to embed audio and video 
content in a message. An MM can therefore contain a number of 
MM elements or useful data objects of different file types 
(e.g. audio or stills) or file formats (e.g. GIF or JPEG for 
stills) . A temporally defined sequence of small presentations 
is also possible. 

Figure 1 shows a possible telecommunication arrangement or 
network architecture KN for implementing the MMS, in 
particular according to a 3GPP (3 rd Generation Partnership 
Project) specification. On the left of the figure is a first 
telecommunication device configured as a first mobile radio 
device MFG1 , which is connected via an interface, more 
precisely an air interface, as will be described in more 
detail with reference to figure 2, to a communication network 
(to illustrate the most important components of the network 
more simply, it is not described in more detail here that and 
how the air interface is set up to a base station of a mobile 
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radio network, which is in turn connected to the communication 
network or a first MMS network environment DLA. The same also 
applies of course to the connection to the second mobile radio 
device described below) . More precisely the first mobile radio 
device MFG1 is connected to a first MMS network environment 
DLA (MMSE: Multimedia Messaging Service Environment), which is 
in the area of responsibility of a first MMS provider. A 
software application, a so-called MMS user software 
application or MMS user agent MUAA, is provided on the mobile 
radio device MFG1 to implement the terminal -side element for 
the MMS. A so-called first MMS relay server MRSA is provided 
in the first MMS network environment DLA to provide the MMS 
functionality for the telecommunication devices or 
telecommunication terminals connected to the first MMS network 
environment . 

The first MMS network environment DLA is connected in the 
example to a second MMS network environment DLB of a second 
MMS provider via an interface MM4 (see further description 
relating to figure 2) , implemented for example via the SMTP 
(Simple Mail Transfer Protocol) protocol. A second MMS relay 
server MRSB is provided in the second MMS network environment 
to provide the MMS functionality for telecommunication devices 
or telecommunication terminals, such as the mobile radio 
device MFG2 , connected to the second MMS network environment 
DLB. A software application is again provided on the mobile 
radio device MFG2 , in this instance an MMS user application 
(MMS user agent) MUAB to implement the terminal -side element 
for the MMS. If multimedia messages are to be transmitted, in 
particular with useful data objects, from the mobile radio 
device MFG1 to the mobile radio device MFG2 , the two MMS relay 
servers MRSA and MRSB can be combined in the MMS network 
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environments DLA and DLB to form a switching component, as 
will be described later with reference to figure 3. 

It is a characteristic feature of MMS that for delivery of 
multimedia messages (MMs) to a receive device (mobile radio 
device) it is possible to decide between so-called PUSH mode, 
in which an incoming message is transmitted immediately by an 
MMS relay server to the MMS user application of the receive 
device, and so-called PULL mode, in which the recipient or 
receive device is first informed about a multimedia message 
that has just arrived at the MMS relay server by means of an 
MMS notification or recipient notification message and can 
then itself decide whether or when it will download said 
multimedia message to its mobile radio device from the MMS 
relay server. 

Possible defined interfaces for connecting further network 
elements or network components to an MMS relay server MRS, 
such as the MMS relay server MRSA or MRSB, are shown in figure 
2. In addition to an interface MM1 , via which an MMS user 
application MUAA and an MMS relay server are connected, any 
external servers, such as email servers EES, fax servers EFS, 
further message servers e.g. for UMS (Unified Message 
Services) ENS or other servers ESS, etc. can be connected to 
the MMS relay server MRS via interfaces MM3 . External or 
"foreign" MMS providers are connected via an interface MM4 , as 
already stated with reference to figure 1. An interface MMS 
connects the MMS relay server MRS to the HLR (Home Location 
Register) of a mobile radio network operator, in which the 
individual customer data or user data of every mobile radio 
subscriber is stored (the HLR is generally located in the area 
of responsibility of the network operator, who does not 
necessarily have to be the same as the MMS provider) . An 
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interface MM 6 allows the connection of one or more MMS user 
databases MUDB . An interface MM 7 allows the connection of 
servers MVS operated by a VASP (Value Added Service Provider) , 
which provide value added services to MMS users. Finally there 
is a further interface MM 8 for connecting a network unit or 
charging unit VE to the MMS relay server MRS, in which all the 
information of relevance to charging for the MMS is collected 
and evaluated. An interface MM 2 provides a connection between 
relay and server in the MMS relay server MRS. 

The exchange of data, in particular of useful data objects, 
between the MMS units or MMS data transmission units shown in 
figure 1 during transmission of a multimedia message MMA with 
multimedia message elements MME from the mobile radio device 
MFG1 and receipt by the mobile radio device MFG2 based on so- 
called abstract messages as defined according to the 3GPP is 
described in more detail below with reference to figure 3. An 
abstract message comprises at least one information element. 
When the MMS is used, a sender, in this instance the mobile 
radio device MFG1 or the MMS user application MUAA, can send a 
multimedia message MMA via the air interface MM1 to the MMS 
relay server MRSA of its MMS provider with the abstract 
message (also referred to below as a transmission message) 
"MMl_submit . REQ" . The MMS relay server MRSA confirms correct 
receipt of the multimedia message from the MMS user 
application MUAA with the abstract message "MMl_submit .RES" . 
The MMA is transmitted to the MMS relay server MRSB in the MMS 
environment DLB (see figure 1) of the recipient or destination 
mobile radio device with the abstract message pair 
"MM4_f orward . REQ" (contains the actual multimedia message) and 
"MM4_f orward . RES" (which sends a return message or 
confirmation back to the MMS relay server MRSA) . The receive 
device MFG2 or its MMS user application MUAB is then informed 
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of the multimedia message MMA available for downloading on the 
MMS relay server MRSB with the abstract message or recipient 
notification message "MMl_notif ication . REQ" . This MMS 
recipient notification message contains the URI (Uniform 
Resource Identifier) of the storage location of the multimedia 
message on the MMS relay server MRSB as reference. The 
abstract message "MMl_notif ication . RES" primarily serves as 
confirmation of the correct receipt of the recipient 
notification message at the MMS user application MUAB and to 
inform the MMS provider of the nature of delivery required 
(PUSH or PULL mode) . The recipient, namely the MMS user 
application MUAB, can use the abstract message or delivery 
request message u MMl_retrieve . REQ" to initiate the downloading 
of a multimedia message MMA available on the MMS relay server 
MRSB. The multimedia message MMA is delivered from the MMS 
relay server MRSB to the MMS user application MUAB by means of 
the abstract message or delivery message "MMl_retrieve . RES" . 
The MMS relay server MRSB can be informed by the MMS user 
application MUAB of the outcome of the download of the 
multimedia message MMA with the abstract message 
u MMl_acknowledgement . REQ" . It should be noted that for a 
simple illustration of the transmission of a multimedia 
message from the mobile radio device MFG1 via the two MMS 
relay servers MRSA and MRSB to the mobile radio device MFG2 , 
the two MMS relay servers MRSA and MRSB can also be seen as 
one switching component VK between the mobile radio devices. 
If the mobile radio device MFG2 was also in the effective area 
of the MMS environment of the first MMS provider, the 
switching component VK would only comprise the MMS relay 
server MRSA. 

If a mobile radio network operator deploys a WAP 
implementation of MMS in their PLMN (Public Land Mobile 
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Network) , the interface MM1 as described above when examined 
more closely comprises two sections connected together by a 
special network component, a so-called WAP (Wireless 
Application Protocol) gateway. The WAP gateway between an MMS 
relay server of an MMS provider and the core network of a 
mobile radio system or mobile radio network primarily has the 
task of adapting the data to be transmitted to the different 
protocol layers on both sides. To explain this more clearly, 
figure 4 shows a detailed configuration of the interface MM1 
for the WAP implementation of MMS between a mobile 
telecommunication terminal, such as a mobile radio device, 
with an MMS user application MUA and an MMS relay server MRS. 
On the "A side" (in the direction of an external IP (internet 
protocol) network) the session layer protocol used is http 
(hypertext transfer protocol) and on the "B side" (in the 
direction of a mobile radio system or mobile radio network, 
PLMN) WSP (Wireless Session Protocol) is used. 

It is now possible for an MMS provider to individually adapt 
the multimedia message to be delivered or the useful data 
objects contained therein before sending an MMS recipient 
notification or recipient notification message. Such an 
adaptation can for example be based on the individual 
characteristics of the receive device, the individual user 
settings or any descriptive information contained in a 
multimedia message or obtained from a multimedia message (so- 
called metadata, for example according to the MPEG-7 
standard) . Combinations of these three options are also 
possible. This is described in more detail below. 

1. Adaptation of a multimedia message or the useful data 
objects contained therein according to the individual 
characteristics of the receive device: mobile radio devices, 
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such as mobile telephones, are generally differentiated on the 
basis of their characteristics or capabilities. The 
characteristics of the display devices can sometimes vary 
significantly for example (e.g. in size and resolution) , as 
can their capabilities in respect of displaying and/or 
processing certain file types and/or file formats. So that a 
mobile radio network operator or service provider can get to 
know the characteristics or capabilities of a WAP-enabled 
terminal, the WAP Forum has standardized the so-called UA Prof 
(User Agent Profile) , with which the appropriate 
characteristic device profile can be assigned on the network 
side to every individual terminal or mobile radio device 
registered in the mobile radio network. 

In the future WAP UA Prof will also be used with the MMS as 
follows: If a mobile radio customer or mobile radio user has a 
terminal or mobile radio device with a WAP-based MMS user 
application and is registered to use the MMS with an MMS 
provider, MMS-specific inputs will also represent a subset of 
the UA Prof or user profile (e.g. maximum size of incoming 
multimedia messages, etc.). The MMS relay server can access 
the user profile information via the interface MM6 shown in 
figure 2 (MMS relay server to MMS user database (s) MUDB) . If 
an MMS provider has knowledge of the individual 

characteristics or capabilities of a mobile telecommunication 
terminal (e.g. mobile radio device) and an MMS user 
application (MMS user agent) installed thereon, the MMS relay 
server can specifically convert individual multimedia message 
elements or useful data objects to file types or formats 
suitable for the recipient's terminal before transmitting an 
MMS recipient notification (recipient notification message) , 
so that the multimedia message can be displayed in an optimum 
fashion on the recipient's terminal. 
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2. Adaptation of a multimedia message according to individual 
user settings: In the MMS every user can apply settings on the 
network side, thereby configuring the MMS to their individual 
preferences. For example a user setting could be that all 
incoming multimedia messages containing multimedia message 
elements or useful data objects of a specific data type are 
automatically forwarded without an MMS recipient notification 
(recipient notification message) to an email address. 

3. Adaptation of a multimedia message according to the 
metadata contained in a multimedia message: Descriptive 
information (so-called metadata) may also be contained in a 
multimedia message or be obtained from a multimedia message 
and this can be used to clarify the significance of individual 
multimedia message elements (useful data objects) and express 
dependencies between the individual multimedia message 
elements (useful data objects) . For example a multimedia 
message element (useful data object) of the type "text" could 
be identified as the main component, a multimedia message 
element of the type "still" as the background image or a 
multimedia message element of the type "audio" as a (spoken) 
commentary relating to the still. 

An incoming multimedia message can be adapted in the MMS relay 
server in the recipient - side MMS environment on the basis of 
the three data records described above (and combinations 
thereof) before transmission of the MMS recipient notification 
(recipient notification message) . 

So that the recipient has greater control of the multimedia 
message to be received and the useful data objects contained 
therein and receives information about whether and how a 
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multimedia message or the elements or useful data objects 
contained therein has/have been adapted, the following is 
proposed according to an embodiment of the invention. 

In the embodiment a number of alternative MMS recipient 
notifications (recipient notification messages) can be sent to 
the recipient for differently adapted variants of the same 
multimedia message. This gives the recipient a number of 
alternative options for downloading the same multimedia 
message. Variant here refers both to the original message and 
the useful data objects contained in the original message as 
well as the adapted message and the adapted useful data 
objects . 

To achieve this, a backward- compatible mapping mechanism is 
proposed, which allows assignment of the individual MMS 
recipient notifications (recipient notification messages) to a 
multimedia message in the MMS user application of the 
recipient . 

It is of course also possible to pack the information about 
the different download options for the individual variants 
into a single, newly defined multipart MMS recipient 
notification but backward-compatibility would then not be 
possible. An old or conventional MMS user application (MMS 
user agent) could not start anything with the new and to it 
unknown structure of a multipart MMS recipient notification. 

So that the alternative options for downloading an MM (in the 
different variants) are possible in a fashion that can easily 
be understood by the recipient, a possible configuration of 
the HMI (Human Machine Interface, for example in the form of a 
display) on the side of the receiving MMS user application 
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(MMS user agent) is described below according to the 
embodiment . 

To improve the control options when downloading a multimedia 
message a number of download options for the same multimedia 
message are to be offered or transmitted to a recipient or a 
receiving device by creating and sending a number of different 
MMS recipient notifications (recipient notification messages) 
for variants of a multimedia message adapted differently on 
the network side (in particular by the MMS relay server of the 
MMS environment of the recipient's MMS provider) based on at 
least one of the following data records: 

i) Information about the individual characteristics or 
capabilities of the mobile telecommunication terminal, such as 
a mobile radio device or mobile telephone, and the MMS user 
application (MMS user agent) installed thereon or connected 
thereto. The information about the individual characteristics 
or capabilities of a telecommunication terminal or a 
telecommunication device and the MMS user application (MMS 
user agent) in this respect could for example be configured 
according to a WAP user profile or WAP UA Prof and could 
possibly originate from previous WSP sessions, i.e. earlier 
MMS download processes; 

ii) Information about the individual preferences of the MMS 
user. The information about the individual user preferences in 
this respect could for example be a component of the MMS user 
database (s) MUDB (see also figure 2); and/or 

iii) Descriptive information (so-called metadata) , which 
clarifies the significance of individual multimedia message 
elements (useful data objects) and/or expresses relationships 
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or dependencies between individual multimedia message 
elements. The descriptive information (metadata) in this 
respect could for example be configured according to MPEG- 7 
and could possibly be contained as an independent multimedia 
message element (useful data object) in the multimedia message 
or be obtained by the adapting MMS relay server from an 
incoming multimedia message. 

The use of a backward- compatible mapping mechanism for MMS 
recipient notifications (recipient notification messages) also 
serves to improve control options: 

a) Associated MMS recipient notifications are advantageously 
identified by an additional newly defined header field in the 
adapting MMS relay server before delivery to the recipient's 
MMS user application; 

b) A sequence number can also be advantageously used (again in 
a newly defined header field) in order to be able to establish 
in the recipient's MMS user application whether all the 
associated MMS recipient notifications have arrived. It should 
also be clear from the sequence information in the respective 
different recipient notification messages which of the MMS 
recipient notifications relate to the unmodified original 
version of the at least one useful data object. For example 
the value "0" for the sequence number could indicate the 
original version, while values > 0 indicate adapted/modified 
versions of useful data objects or transmission messages (i.e. 
multimedia messages MM) ; 

c) Finally the individual MMS recipient notifications can be 
assigned in the recipient's MMS user application (MMS user 
agent) based on identification numbers and sequence numbers. 
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As an alternative to a) and b) the ID for associated MMS 
recipient notifications and/or the sequence number and/or a 
maximum number indicating the total number of variants 
provided or the total number of MMS recipient notifications 
generated or sent could also be specially coded and integrated 
into an already known header field (for example as an 
additional parameter) . 

The control options and the information to a recipient of a 
multimedia message can also be further improved by displaying 
the information from the individual MMS recipient 
notifications relating to alternative download options, i.e. 
for different variants of a multimedia message or its useful 
data objects, in a user- friendly fashion by means of a 
particularly advantageous configuration of the HMI in the 
recipient MMS user application (MMS user agent) . 

Examples are described below to clarify the aspects mentioned 
above relating to improving the control options when 
downloading multimedia messages available on an MMS relay 
server : 

A. Provision of alternative download options 

We will first look further at the aspect of providing 
alternative download options for the same multimedia message 
by creating and sending a plurality of different MMS recipient 
notifications (recipient notification messages) for variants 
of a multimedia message adapted or processed differently on 
the network side . 
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The examples below are all based on the assumption that an 
exemplary multimedia message, comprising three multimedia 
message elements or useful data objects (MME) , namely a 20 kB 
text, an image with 8 bit color depth and a 30 kB voice note 
is to be sent from a sender (i.e. from a first 

telecommunication device, such as a mobile radio device) to a 
recipient (i.e. a second telecommunication device, such as a 
second mobile radio device) , as already described with 
reference to figure 3. However in contrast to the description 
above with reference to figure 3, at least one useful data 
object is now adapted or modified as a function of the 
information described under points i) to iii) in the MMS 
environment of the recipient's MMS provider, in particular in 
their MMS relay server (with reference to figure 3 this would 
be the MMS relay server MRSB, if the multimedia message MMA is 
sent by the mobile radio device MFG1) , before transmission of 
the at least one MMS recipient notification (recipient 
notification message) . 

Example 1: Creation of a plurality of MMS recipient 
notifications for one multimedia message (MMA) based on the 
individual characteristics or capabilities of the mobile 
telecommunication terminal and the MMS user application (MMS 
user agent) 

The MMS relay server (according to the above assumption the 
MMS relay server MRSB, see figure 3) is to deliver the 
exemplary multimedia message (MMA) to the MMS user 
application (MMS user agent) MUAB of the recipient, the mobile 
radio device MFG2 . In a data record stored on the network side 
(see point i above) containing the individual characteristics 
and capabilities of the mobile radio device MFG2 and the MMS 
user application MUAB it is for example noted that the receive 



PCT/EP2004/050659 / 2 003P08264WOUS 

22 

device MFG2 can only display black and white images. The user 
(of the mobile radio device MFG2) may however still wish to 
download a color image from the MMS relay server MRSB, wishing 
to print out the multimedia message element (useful data 
object) in color later. 

The MMS relay server (MRSB) now creates a further multimedia 
message variant with a different color depth for the image or 
image data object from the original, according to the rules of 
the data record with the individual characteristics and 
capabilities of the mobile telecommunication terminal, in 
addition to the received multimedia message (MMA) . This is 
shown in table 1 below, in which the MMS relay server has 
created an adapted multimedia message variant IB from the 
original multimedia message variant 1A, having a black and 
white image with a different depth of color instead of the 
color image. The multimedia messages elements of the types 
"text" and "audio" remain the same: 





MM variant 1A 


MM variant IB 


Text 


Original 


Original 


Text size 


2 0 kB 


20 kB 


Image 


Original 


Modified 


Resolution 


100 x 80 pixels 


100 x 80 pixels 


Depth of color 


8 bit 


2 bit 


Image size 


8 kB 


2 kB 


Audio 


Original 


Original 


Audio size 


30 kB 


3 0 kB 



Table 1 
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In a next step the MMS relay server MRSB creates a specific 
MMS recipient notification for the original multimedia message 
variant 1A and the newly generated multimedia message variant 
IB respectively. Both MMS recipient notifications refer to the 
same content in principle, which is now present in two 
differently adapted variants. Each multimedia message variant 
is referred to by its own URI . The respective MMS recipient 
notifications "MMl__notif ication. REQ (s) " are then sent, as 
shown in figure 3, from the MMS relay server MRSB to the 
receive terminal MFG2 (adding w (s) " to "MMl_not if ication . REQ" 
in figure 3 indicates that according to the embodiment of the 
invention a plurality of MMS recipient notifications or 
recipient notification messages are now sent to the recipient 
based on one multimedia message (MMA) ) . 

Example 2: Creation of a plurality of MMS recipient 
notifications for one multimedia message (MMA) based on the 
individual preferences of the MMS user 

Again with reference to figure 3 the MMS relay server MRSB is 
to deliver the exemplary multimedia message MMA to the MMS 
user application (MMS user agent) MUAB of the recipient or 
mobile radio device MFG2 . It is for example marked in a data 
record stored on the network side and containing the 
individual preferences of the MMS user (according to point 
ii) ) that all the images contained in a multimedia message 
should be scaled down in two user-defined stages before 
delivery of the multimedia message (a depth of color reduction 
would of course also be possible) . The recipient has possibly 
applied these settings to minimize the data volume as far as 
possible both when delivering the multimedia message via the 
interface MM1 and when storing the multimedia message in their 
mobile telecommunication device. This could reduce download 
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costs (depending on the MMS provider's charging model) and 
also means that a larger number of multimedia messages could 
be stored in the receive terminal . The MMS relay server MRSB 
now creates two further variants 2B and 2C according to the 
rules of the data record with the individual preferences in 
addition to the received original multimedia message MMA 
(multimedia message variant 2A) (more precisely variants of 
the image or image object are generated, the text and audio 
objects remaining in the original form) . These further 
variants differ in image format, as shown in table 2 below: 





MM variant 2A 


MM variant 2B 


MM variant 2C 


Text 


Original 


Original 


Original 


Text size 


2 0 kB 


2 0 kB 


20 kB 


Image 


Original 


Modified 


Modified 


Resolution 


100 x 80 
pixels 


75 x 60 pixels 


50 x 30 pixels 


Image size 


8 kB 


4 . 5 kB 


1 . 5 kB 


Audio 


Original 


Original 


Original 


Audio size 


3 0 kB 


3 0 kB 


30 kB 



Table 2 



In a next step the MMS relay server MRSB creates a specific 
MMS recipient notification for the original multimedia message 
variant 2A and the two newly generated multimedia message 
variants 2B and 2C respectively. All three refer to the same 
content in principle, which is now present in three different 
or adapted variants. Each multimedia message variant is 
referred to by its own URI . The respective MMS recipient 
notifications "MMl_notif icat ion . REQ ( s) " are then sent, as 
shown in figure 3, from the MMS relay server MRSB to the 
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receive terminal MFG2 (adding "(s)" to "MMl_not if icat ion . REQ" 
in figure 3 again indicates that according to the embodiment 
of the invention a plurality of MMS recipient notifications or 
recipient notification messages are now sent to the recipient 
based on one multimedia message (MMA) ) . 

Example 3: Creation of a plurality of MMS recipient 
notifications for one multimedia message (MMA) based on 
metadata (significance or dependencies between individual 
multimedia message elements or useful data objects) 

Again with reference to figure 3 the MMS relay server is to 
deliver the exemplary multimedia message MMA to the MMS user 
application (MMS user agent) of the recipient or the receive 
device MFG2 . The descriptive information (see point iii)) 
clarifies the relationship of the individual multimedia 
message elements (useful data objects) in the example as 
follows: The text or text object is the main message and is 
independent of the other two multimedia elements. The 
multimedia message element of the type "audio" contains a 
spoken commentary relating to the multimedia message element 
of the type "image" or "still" and is meaningless without the 
image. (For example: "If you look closely you can see our 
holiday home in the background") . The receive terminal MFG2 
may not be able to display images. (Ideally this information 
would be a component of the individual characteristics and 
capabilities of the mobile radio device MFG2 and the MMS user 
application (MMS user agent) MUAB according to example 1) . The 
MMS relay server MRSB can now identify from the metadata that 
the audio object or audio file is pointless to the recipient 
without the still and can generate one or more correspondingly 
adapted multimedia message variants and invite the user to 
download according to table 3 below: 



PCT/EP2004/050659 / 2003P08264WOUS 



26 





MM variant 3A 


MM variant *3R 

1 11 1 V CI J- -i- C* liL _s O 


MM va ri ^ni" f 1 


Text 


Ori ai na 1 


Ot ~i cr "i ti a 1 




Text size 


2 0 kB 


2 0 kB 


2 0 kB 


Image 


Original 


Deleted 


Deleted 


Resolution 


100 x 80 
pixels 


n/a 


n/a 


Image size 


8 kB 


n/a 


n/a 


Audio 


Original 


Original 


Deleted 


Audio size 


3 0 kB 


3 0 kB 


n/ a 



Table 3 



In a next step the MMS relay server MRSB creates a specific 
MMS recipient notification or recipient notification message 
for the original multimedia message variant 3A and the two 
newly generated multimedia message variants 3B and 3C 
respectively. All refer to the same content in principle, 
which is now present in three differently adapted variants. 
Each multimedia message variant is referred to by its own URI . 
The respective MMS recipient notifications 

"MMl_notif ication . REQ (s) " are then sent, as shown in figure 3, 
from the MMS relay server MRSB to the receive terminal MFG2 
(adding xx (s)" to u MMl__not if ication . REQ" in figure 3 again 
indicates that according to the embodiment of the invention a 
plurality of MMS recipient notifications or recipient 
notification messages are now sent to the recipient based on 
one multimedia message (MMA) ) . 

B. Use of a backward-compatible mapping mechanism for MMS 
recipient notifications 
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Again with reference to figure 3 and in particular further to 
the examples mentioned above under point A, which identify 
different MMS recipient notifications 

u MMl_notif ication.REQ (s) " as associated in the MMS user 
application (MMS user agent) of the recipient, the MMS relay 
server MRSB assigns a unique identification number for every 
originally received multimedia message and extends this 
together with a maximum number, i.e. a total number of 
generated or sent MMS recipient notifications, and an optional 
sequence number for the MMS recipient notifications in every 
individual MMS recipient notification. The individual MMS 
recipient notifications or recipient notification messages 
"MMl_notif ication. REQ (s) " are then sent in the conventional 
manner to the MMS user application (MMS user agent) of the 
recipient or receive device. All the associated MMS recipient 
notifications "MMl_notif ication . REQ (s) " can now be displayed 
there in a standard manner that is extremely convenient for 
the user on the basis of the identification number added by 
the MMS server relay. By counting the received associated MMS 
recipient notifications and then comparing the resulting value 
with the maximum number, the MMS user application (MMS user 
agent) of the receive device (in this instance the mobile 
radio device MFG2) is able to establish in a simple fashion 
whether all the associated MMS recipient notifications 
"MMl_notif ication.REQ (s) " have arrived. 

By way of an example of implementation of the MMS using WAP 
below, the individual MMS recipient notifications are shown in 
text coding according to example 2 under point A, in which the 
image size of a multimedia message element (useful data 
object) of the type "still" or "image" is reduced in two 
stages. It should be pointed out that in WAP the "M- 
Notif ication. ind" PDU (Protocol Data Unit) corresponds to the 
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above-mentioned abstract message "MMl__notif icat ion . REQ" 
according to 3GPP. According to one embodiment of the 
invention new headers are inserted into the MMS recipient 
notifications in boxes for the identification number and the 
sequence number. More precisely the notification 1 shows an 
MMS recipient notification (WAP-PDU- "M-Notif ication . ind" ) for 
the multimedia message variant 2A (large image) , the 
notification 2 shows an MMS recipient notification (WAP-PDU- 
"M-Notif ication. ind" ) for the multimedia message variant 2B 
(medium size image) and the notification 3 shows an MMS 
recipient notification (WAP-PDU- "M-Notif ication . ind" for the 
multimedia message variant 2C (small image) . 

Notification 1 : 

X - Mms - Me s sage - Type : m-notif icat ion- ind 
X-Mms -Transact ion- ID : abclO 
X-Mms-Version : 1.0 

From: andreas . st . schmidt@siemens . com 
Subject: A multimedia message 
X-Mms-Message-Class : Personal 
X. Mms -Message -Size : 580 0 0 
X-Mms -Expiry : 3 6000 

X-Mms - Variant-Id: example -xyz ^ 
X-Mms -Max-Notifications : 3 
X-Mms -Sequence -Number : 1 

X-Mms -Content -Location: http : //operator . de/inbox/mm- id- 2A ~~ 
Notification 2 : 

X-Mms-Message-Type : m-notif ication- ind 
X-Mms-Transaction- ID : abcl2 
X-Mms-Version : 1.0 

From : andreas . st . schmidt@siemens . com 
Subject: A multimedia message 
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X-Mms-Message-Class : Personal 
X . Mms -Message -Size : 54 50 0 
X - Mms - Exp i ry : 3 6 0 0 0 
X- Mms -Variant - Id : example -xyz 
X-Mms-Max-Notif ications : 3 
X - Mms - Sequence - Number : 2 

X-Mms- Content -Location : http : //operator . de/ mbox/mm- id- 2B 
Notification 3 : 

X-Mms -Message -Type : m-not if icat ion- ind 
X-Mms -Transact ion- ID : abcl6 
X-Mms-Version : 1.0 

From: andreas . st . schmidt@siemens . com 

Subject: A multimedia message 

X-Mms-Message-Class : Personal 

X .Mms -Message -Size : 51500 

X-Mms -Expiry : 3 6000 

X-Mms -Variant - Id : example -xyz 

X-Mms-Max-Notif ications : 3 

X-Mms - Sequence -Number : 3 

X-Mms -Content -Location : http : //operator . de/inbox/mm-id-2C 

It should be pointed out that the principle described can also 
be applied not only to simple or simplified MMS recipient 
notifications with the basic information but also to detailed 
MMS recipient notifications, which contain more detailed 
descriptions of the individual multimedia message elements. 
The benefit of this invention for such detailed MMS recipient 
notifications can thereby be even greater. 

It is also possible according to an advantageous embodiment 
for the unique identification number of the multimedia 
message, the maximum number and the sequence number to be 
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contained in code in the URI (preferably in the last part of 
the path details) . 

C. User- friendly display of information from the individual 
MMS recipient notifications relating to alternative download 
options by means of a particularly advantageous embodiment of 
the HMI in the MMS user application (MMS user agent) 

As mentioned above, the method described above provides a 
particularly advantageous embodiment of the menu guide in the 
MMS user application of the receive device, as the MMS user 
application : 

- identifies associated MMS recipient notifications for 
different variants of a multimedia message based on the unique 
identification number and 

- knows from the maximum number how many multimedia message 
variants the MMS relay server has provided for a specific 
multimedia message (identified by the same identification 
number) ; 

- identifies from the sequence number which MMS recipient 
notification belongs to the multimedia message originally 
received by the MMS server (without adaptation) . 

Figure 5 shows a first exemplary user interface BOF1 displayed 
on a display unit of the receive device, on which interface 
the respective MMS recipient notifications or recipient 
notification messages from example 2 described above under 
point A are processed and the information contained in them is 
clearly displayed. It is now shown that there is a multimedia 
message with three alternative variants or download options in 
the MMS inbox dated 02.11.2002. The sender, subject of the 
message, category, size of the modified multimedia message 
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element (in this instance the image) and validity of the 
multimedia message are also shown. Finally the user of the 
receive device is prompted to select a variant of the 
multimedia message element or multimedia message. The required 
download option can be selected by pressing the corresponding 
key on a keypad of the receive device (the mobile radio device 
MFG2 in the example in figure 3) . 

If detailed MMS recipient notifications are used, other 
information that may be contained in an MMS recipient 
notification is advantageously also displayed to the user, as 
shown in figure 6, on a second user interface BOF2 of the 
receive device (for example the mobile radio device MFG2 in 
figure 3) . As well as the information already shown in figure 
5, it is also displayed that there is a multimedia message 
with three alternative variants or download options in the MMS 
inbox dated 03.11.2002, with additional details of which 
variant is the original variant and which multimedia message 
elements are provided in the multimedia message variants 
available on the MMS relay server. One or more required 
variants or download options can be selected by pressing the 
corresponding key on a keypad of the receive device or by 
selecting a corresponding selection surface AWF by means of a 
mouse pointer MZ and correspondingly confirming the selection. 



